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Getting around the Halting Problem 


by X.Y. Newberry 


Abstract 

The Halting Theorem establishes that there is no program (or Turing machine) H that 
can decide in all cases if an arbitrary program n halts on input m. The conjecture of this 
paper is that nevertheless there exists a sound program H such that if it halts it answers 
either "yes" or "no", and can also in a certain sense identify all the cases it is unable to 
decide. The Halting Theorem can be proved by constructing a "counterexample", i.e. a 
program that attempts to assert that it itself does not halt. The thesis is that there exists 
a program that proves about itself that its own attempt to prove, that the counterexample 
does not halt, does not halt. This outcome can be interpreted as "it is NOT TRUE that the 
counterexample does not halt" as opposed to "it is FALSE that the counterexample does 
not halt." This becomes possible when a non-bivalent logic is used, and the Recursion 
Theorem is reinterpreted as mutual necessitation rather than eguivalence. 
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Preamble 


Sections 2 and 3 are optional, but they put things in perspective. 

1. Computability 

1.1 The Thesis 

Perhaps the most direct way to state the thesis is with a bit of pseudo-code. Let 
A(n,m) be a program 1 ) with the following properties: 

Defintion 1.1.1 If A(n,m) halts then C_n(m) does not halt. 

Defintion 1.1.2 A(n,m) is sound, it never says that C_n(m) does not halt when it 
does. 

C_n() is a program with index n in some exhaustive enumeration of all possible 
programs, m is a program's index in the same enumeration. 2 ) 

Let us construct a program 

C_k(n) { 

A(n,n) 

} 

Figure 1.1.1 
and 

C_s() { 

C_k(s) 

} 

Figure 1.1.2 

[The Recursion Theorem guarantees the existence of C_s(), Appendix A.] I claim 
the existence of program A(n,m) such that 


1 Or equivalently a Turing machine. 

2 The notation and presentation closely follows Penrose [6]. 
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a) A(k,s) does halt. 

b) A(s,s) does not halt 

When A(k,s) halts it "says" that C_k(s) does not halt, i.e. that A does not prove 
that C_s() halts, which is what line b) says. Advocatus diaboli: "But C_k(s) = 

C_s(). So when A says that the former does not halt, surely it is saying the same 
thing about the latter, right?" Well, maybe not. We will come back to this shortly. 

1.2 The Halting Theorem 

Program A() enables us to determine when a computation does not halt. 
Determining when a computation does halt can be accomplished with an 
emulator B(n,m), which simply halts when C_n(m) halts. Thus a complete 
determiner H() would consists of AO and B() running in parallel. Symbolically we 
can express this as 

H(n,m) = A(n,m) || B(n,m) 

♦ If A(n,m) halts then N(m) does not halt. 

♦ B(n,m) halts iff N(m) halts. 

When A() halts H() will return 0, when B() halts H() will return 1. 

The postulated determiner H() will tell us about all the cases when a 
computation does halt and about some of the cases when it does not. Quite 
powerful determiners can be constructed. An example would an eguivalent of the 
proof predicate in Peano Arithmetic. 3 ) Such a determiner would probably tell us 
everything we ever wanted to know about halting and more, but it will not tell us 
all. So says the Halting Theorem, which we will now briefly recapitulate. 

The Halting Theorem basically states that AQ cannot determine that C_s() does 
not halt. 4 ) The argument might go as follows: 


3 More on this on page 13. 

4 More precisely this is a counter-example to a universal decider. 
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(1) First assume that C_s() halts. 

(2) Then C_k(s) halts, this is apparent from Figure 1.2 

(3) But C_k(s) = A(s,s) 

(4) Then C_s() does not halt, by defintion 1.1.1 

(5) A contradiction. So C_s() does not halt 

(1) Now assume that A(s,s) halts. 

(2) By definition A(s,s) = C_k(s) [Figure 1.1.1], so C_k(s) halts 

(3) But then C_s() halts [Figure 1.1.2] 

(4) Another contradiction. So A(s,s) does not halt. 

So C_s() does not halt, but A does not know it. 

Now suppose A(k,s) [as opposed to A(s,s)] halts. It "says" that C_k(s) does not 
halt. But C_k(s) is eguivalent to C_s(). So A seems to be saying that C_s() does 
not halt: 

A(k,s) i "says" C_k(s) T 5 ) 

C_k(s) t -> C_s() t fallacy 

But we have just concluded above that A cannot possibly say C_s() t. Is this a 
contradiction? Actually A does not contradict itself. The contradiction is in the 
eyes of the beholder. This is us reasoning about A and jumping to conclusions. 
Let us define 

"N(m) halts" is true iff B(n,m) halts 
"N(m) halts" is false iff A(n,m) halts 

When we put things this way it becomes immediately apparent that the 
conclusion is unwarranted. If the up arrow means false then the implication on 
the second line is in fact invalid. It is not the case that A(s,s) l or, for that matter, 
that C_k(s) l. [That is the only way to make "C_s() halts" false.] 

Since A(k,s) halts then "C_k(s) halts" is false. C_k(s) T means that A does not 
prove C_s() T, i.e. "C_s() halts" is not false. Needles to say, B(s,s) does not halt 
either, therefore "C_s() halts" is not true. We have 

♦ "C_k(s) halts" is false 

♦ “C_s() halts" is not true 

5 The up arrow ‘ t ’ indicates that the program does not halt, down arrow ‘ l ’ will mean that the program does halt.. 
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Given our definitions above there is no grounds for extrapolating from false to 
not true. In a non-bivalent logic false does not imply not true. So H can "say" the 
former without saying the latter. For a sketch of A() please see Appendix B. 

1.3 Tripartition 

We can view the process of emulation of N(m) by B, when it halts, as a process of 
verification; it confirms that “N(m) halts" is true. Similarly we can view the 
process of computation by A(n,m) as a falsification; it confirms that "N(m) halts" 
is false. But, as the Halting Theorem amply demonstrates, there are cases of 
N(m), the halting of which, H neither verifies nor falsifies. Therefore, at least 
from H's own perspective, there are cases such that it is neither true nor false 
that N(m) halts. 

There is yet another way of looking at the situation. The procedure A(n,m) has 
been postulated to indicate that N(m) halts, and to be sound. Therefore whenver 
A(n,m) halts it "says" that N(m) does not halt. Does C_k(s) T imply C_s() 1 ? Not 
guite. Program AO and its derivatives "say" something only when they do halt. 
But C_k(s) does not halt, so it does not say anything. In this sense it certainly 
does not imply anything. In fact when A(k,s) halts it asserts that C_k(s) does not 
say anything about C_s(): 

A(k,s)i "says" C_k(s) t, which "says" nothing. 

But can we show that C_s() does not halt by reductio ad absurdum? 

If C_s() halts then C_k(s) halts, therefore C_s() does not halt. A 
contradiction. Hence C_s() does not halt. 

This is but a restatement of the Halting Theorem proof. But H() itself cannot 
replicate this argument for we already know that, as long as H is sound, it 
cannot prove C_s() 1. 

From the assumption A(k,s) l we can also prove B(s,s) T : 
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(1 )A(k,s)l 
(2 )B(s,s)l 
(3 )B(k,s)i 


Assumption 1 (undischarged) 
Assumption 2 

From (2) by RT 6 ), contradicts (1) 


(4) B(s,s) T [potentially A(b,s) l ] Conclusion by RAA 7 ), (2) discharged 

So H() can potentially prove that B(s,s) t. That is, H can prove that it cannot 
prove that C_s() halts. Note that B(s,s) t "says" nothing. In particular it does not 
say that C_s() T. 

We observe that with respect to H() there are three kinds of programs: 

1. Programs determined to halt 

2. Programs determined not to halt 

3. Indeterminate programs 

The above argument has just eliminated option 1 for C_s(). Two possibilities 
remain. Either it can be determined that C_s() does not halt or C_s() is 
indeterminate. We already know by the Halting Theorem that A() cannot 
determine that C_s() does not halt, so in fact it is indeterminate. But C_s() 
being indeterminate does not contradict that it can be determined that 
C_k(s) does not halt. Thus AO identified a case it cannot decide. When A(k,s) 
halts it "says" that it cannot be determined that C_s() does not halt, and it 
implies that it cannot be determined that C_s() does halt. We have both 

A(k,s)| & A(b,s)|, it "says" 

C_k(s)T & B(s,s)T 
A(s,s)T & B(s,s)T 

The last line "says" nothing, but it can be interpreted as H can prove neither that 
C_s() halts nor that it does not. It can also be interpreted as "C_s() halts" is ~(T v 
F). This may seem odd, but consider that our definition of false is rather narrow. 
It simply means that H cannot make a determination one way or the other. And 
in particular it is not true that C_s() halts. 


6 Recursion Theorem 

7 Reductio ad absurdum 
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So H() can determine that C_k(s) does not halt, but cannot determine that C_s() 
does not halt. In fact it can determine that it cannot determine that C_s() does 
not halt. [A(k,s) l ] There does not appear to be any compelling reason to believe 
that just because A() halts on <k,s> it is obliged to halt on <s,s>. 

1.4 Recursion Theorem Revisited 

Let us return to the Recursion Theorem: For any program int T( int) there exists 
a program intR() such that 

T(r) = R() 

where r is the index of R in some exhaustive enumeration of all possible 
programs. The proof is by construction [Appendix A.] It means that whenever 
T(r) computes something then R() computes the same thing and vice versa. But 
what if T(r) computes nothing, i.e. what if T(r) does not halt? We have seen 
above there are cases 8 ) that from the point of view of our hypothetical halting 
determiner H() the fate of R() is unknown. The best we can do is to say that H() 
cannot prove that R() halts. We can capture these observations in a table. 


R() 

T(r) 

determined to halt 

determined to halt 

not determined to halt 

determined not to halt 

determined not to halt 

determined not to halt 


Table 1.1 

It goes without saying that the middle row applies to C_s() and C_k(s). It is 
apparent from the table that the relationship between R() and T(r) is not 
equivalence but mutual necessitation. D necessitates E if and only if, 
whenever D is true, E is also true [2], The relationship between B(n,m) and 
C_n(m) is also mutual necessitation. In section 1.3 we saw that AO could 
determine that B(s,s) did not halt, but could not determine that C_s() did not halt. 
One way to read this is to say that B(n,m) proves that C_n(m) halts. If B(n,m) does 


8 When A() performs computations on programs constructed from itself. 
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not halt then B(n,m) does not prove that C_n(m) halts. Again, A() and B() "say" 
something only when they halt. If they do not halt they say nothing, and there 
is no further conclusion to be drawn. 

One way to interpret the table is to say that H() is unable to verify that C_s() 
halts. We have a modified table: 


R() 

T(r) 

verifiably halts 

verifiably halts 

not verifiable that it halts 

verifiably does not halt 

verifiably does not halt 

verifiably does not halt 


Table 1.2 


In section 1.2 we defined: 

"N(m) halts" is true iff B(n,m) halts 
"N(m) halts" is false i SA(n,m) halts 

So if we take the position that only verifiable (and verified) propositions are true, 
i.e. if true = verifiable then we have yet another table: 


R() 

T(r) 

true that it halts 

true that it halts 

not true that it halts 

false that it halts 

false that it halts 

false that it halts 


Table 1.3 


In section 1.3 we attempted the following argument: 

If C_s() halts then C_k(s) halts, therefore C_s() does not halt. A 
contradiction. Hence C_s() does not halt. 

Table 1.3 reveals that the argument is incorrect. It merely shows that 'C_s() halts’ 
is not true. It is in fact a fallacy to draw the conclusion that ‘C_s() halts' is false, 
which is why AO did not jump to it. 
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Here is another way of putting it. When a program halts then it is obviously true 
that it has halted. If a program does not halt then it gets more complicated, for 
how do we know that it will not halt? Fortunately we have the program A() that 
presumably can determine that this is the case. So when A() determines that X 
does not halt then "X halts" is false. If X does not halt and A() does not say that it 
does not halt then "X halts" is neither true nor false, for there is no grounds for 
asserting that the statement is false. But in particular it is not true that it halts; 
not only that, H itself knows that. 

1.5 The Thesis Restated 

Some publications construct a slightly different counterexample to a universal 

decider. Let there be a program 

C_p(n) { 

H(n,n) 

} 

and 

C_q() { 

if C_p(p) = 0 then halt 
else infinite loop 

} 

Needles to say H(q,q) causes a contradiction. But I claim the existence of 
program H(n,m) such that 

♦ H(h,q) halts and returns 0 

♦ H(q,q) does not halt. 

When H sees q as the first parameter it enters an infinite loop and does not even 
bother to return. C_q() does not have a chance to play its dirty trick. When H sees 
<h,q> it returns 0. 

H(n,m) { 

if n = q then infinite loop 
if n = h and m = q then return 0 

} 
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H(h,q) = 0 "says" H(q,q) T which says nothing. 

The second line [ H(h,q) halts and returns 0] says that H(q,q) does not halt, which 
means that the halting status of C_q() is indeterminate. There is no contradiction, and 
H(q,q) t does not imply C_q() t. When H(h,q) returns 0 it says that H() does not say 
anything about C_q(). 

Conjecture: There exists a halting determiner H such that for any n, m it proves 
either that it (itself) does not prove that C_n(m) halts or that it does not prove 
that C_n(m) does not halt. 

In other words, for any n, m, H proves about itself that either H(n,m) = 1 is not 
provable or H(n,m) = 0 is not provable. 

1.6 Conclusion 

All this is from the perspective of H(), of what H() does or does not "know." But 
we know better. We have soared to a meta-level, where we can see all the truth 
with eagle's eye. How have we accomplished that? Well, we have not. We in fact 
are an H() albeit rather a confused one. The natural language statement "C_s() 
does not halt" is a bit ambiguous. It can be interpreted either as F("C_s() halts") 
or ~T("C_s() halts"). If we take the former interpretation then the Halting 
Theorem is beyond doubt. If we take the second interpretation then we know that 
C_s() does not halt. 

"C_s() halts" simply cannot be falsified, by "us", a Turing machine or anybody 
else. It seems though that it must be the case that any machine either halts or 
not. Tertium non datur surely does apply to T v ~T. But it surely does not aply to 
verifiable or falsi fable. So when we say "C_s() does not halt" we certainly do not 
mean that we have falsified it. We cannot do that any more than a Turing machine 
can. We can falsify that C_k(s) halts, but not that C_s() halts. The best way to 
model this situation is with non-bivalent logic and eguating false with falsified. 
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2. The Liar Paradox 


There is a similarity between what has been said above and Haim Gaifman's 
resolution of the Liar Paradox. The following is an almost verbatim paraphrase of 
a few paragraphs from Gaifman's paper [1]. It may be worth the exercise. The 
two-line puzzle has been altered, emphases added. 

The following two-line puzzle will serve as our example. 

Line 1: This sentence is not true. 

Line 2: "This sentence is not true" is not true. 

By a well-worn argument the sentence on line 1 is not true (if the sentence is true, 

then it is not true). 


Let us take a closer look at the failure of the line 1 sentence. The standard 
evaluation rule for a sentence of the form The sentence X is true’ is roughly this: 

(*) Go to the sentence X and evaluate it. If that sentence is true, so is ‘The 
sentence X is true’, else the latter is false. 

To get the truth-value of the negated sentence (The sentence X is not true’) we 
should apply (*) and follow it up by applying the rule for negation (where the latter 
step is supposed to reverse the truth-value). In the case of the line 1 sentence, the 
evaluation does not terminate; the sentence sends us back to the starting point. 
Thus, we get a closed loop. The “go-to” command makes the referring of The 
sentence ...’ operationally explicit. 


The closed loop yields a non-terminating evaluation, and for this reason alone 
the sentence is not true. 


The conclusion that the line 1 sentence is not true reflects the realization that the 
straightforward implementation of (*) fails. It is expressed by using sentences 
different from the one on line 1, e.g. the one on line 2. The other sentences 
succeed because they are external to the loop produced by the first one. We can 
already see how different sentences mark different levels. The first sentence is in 
the loop, the second is, in a sense, about it. 

This is perfectly sound logic! The first thing we observe is that in case of the first 
sentence there is a truth value gap. The second sentence is about the first sentence. 
The first one is neither true nor false. Then in particular it is not true, and that is 
what the second sentence says. Therefore the second sentence is true. So even 
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though the first sentence it neither true nor false the second one is true. But note 
that the grammatical subjects of both sentences have the same referent (the 
sentence on line 1) and both sentences use the same predicate ('not true'). 
Consider the following pair: 

Line 3: This sentence does not have five words 

Line 4: "This sentence does not have five words" does not have five words 
In this case both sentences are true. Another example: 

Line 5: This sentence does not have seven words 

Line 6: "This sentence does not have seven words" does not have seven words 
Both sentences are false. We can summarize these observations in a tabular form. 


This sentence does not 
have property P 

"This sentence does not have property P" 
does not have property P 

T 

T 

~T & ~F 

T 

F 

F 


Table 2.1 


The table indicates that whenever the first sentence is true so is the second one. 
Again, the relationship is necessitation. D necessitates E if and only if, whenever D 
is true, E is also true [2], The table further reveals some interesting things. The 
relation below is a variant of the Recursion Theorem and it is not an equivalence. 

This sentence is not true <=/=> "This sentence is not true" is not true 

Secondly, the proof by contradiction works differently. If the assumption P yields a 
contradiction then the conclusion is merely ~T(P), not necessarily F(P). 

One way to interpret the loop in which line 1 sentence gets stuck is to say that the 
evaluation procedure is unable to determine that the sentence is not true. However 
the procedure is able to determine that second sentence is true. 
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3. Logic & Arithmetic 


Now let us try to bring both perspectives together. The diagonal lemma states: 

For any theory T that contains PA, and for any formula cp(x), there exists a 
sentence i|/ such that 

T |= i|/ cp( r i|/ n ) 

where r i |/" 1 is the Godel number of vj>. (Paraphrase of [3]) 

I have argued elsewhere that in non-bivalent logics the diagonal lemma may not be 
an equivalence but a mutual necessitation [5]. Let Prf(x,y) be the proof predicate in 
PA, meaning x is [the Godel number of] a proof of the sentence [with the Godel 
number] y. When we apply the diagonal lemma to ~(3x)Prf(x,y) we obtain 

~(3x)(3y)(Prf(x,y) & This(y)) <-» ~(3x)Prf(x,g) (3.1) 

The left side of the eguivalence is Godel's sentence: 

~(3x)(3y)(Prf(x,y) & This(y)) (G) 

Let g = r ~(lx)(3y)(Prf(x,y) & This(y)P be the Godel number of G. Then This() is 
satisfied only by g [Appendix C.] 

It is not difficult to show that Godel's sentence is vacuous. Substitute g for y in G: 

~(3x)(Prf(x,g) & This(g)) (G') 

And since there is no proof of G then ~(3x)Prf(x,g). There are logics (such as 
Strawson's logic of presuppositions [8]) where vacuous sentences are considered 
neither true nor false (~T & ~F). But 

~Qx)Prf(x,g) (K) 

certainly is true! Thus K is not egual to G, but rather (3.1) is mutual necessitation. 
We can summarize these observations in a table that looks remarkably similar to 
Table 2.1. The middle row applies to the formula (3.1). 
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V 

cp( r W n ) 

T 

T 

~T & ~F 

T 

F 

F 


Table 3.1 


Now consider the formula (3x)P(x) and a program 

Prog_P() { 
x := 0 

while(true) { 

if ( P(x) ) then halt 
x := x + 1 

} 

} 

We see that in some sense the existence of x is eguivalent to program halting. In 
particular if (3x)P(x) is true then Prog_P() halts. If (3x)P(x) is false then Prog_P() 
does not halt. What if (3x)P(x) is ~(T v F)? Then it is not true that Prog_P() halts. 
But if (3x)P(x) is ~(T v F) then neither (3x)P(x) nor ~(3x)P(x) are provable, i.e. no 
sound system will either prove or disprove them. So in particular if (3x)P(x) is not 
provable then it is not provable that Prog_P() halts. We can apply these 
observations to G, K, C s(), C k(s): 




Self-referential 

Characteristics 

Non self- 
referential 

Characteristics 

~(3x)(Ey)(Prf(x,y) & This(y)) 

Negation 
not provable 

~(3x)Prf(x,g) 

Provable 


~F 


T 

(3x)(3y)(Prf(x,y) & This(y)) 

Not 

provable 

(3x)Prf(x,g) 

Dis-provable 

(Negation 

provable) 


~T 


F 

Prog_A() { 
x := 0 

while(true) { 

if ((Ey)(Prf(x,y) & This(y)) halt 
x x + 1 

} 

} 

No proof 

that 
it halts 

Not true that it 
halts 

Prog_B(g) { 
x := 0 

while(true) { 
if ((Prf(x,g)) halt 
x := x + 1 

} 

} 

Proof that it 

doesn't halt 

False that 
it halts 

C_s() 

Not true that it 
halts 

C_k(s) 

False that 
it halts 


Table 3.2 

The left half of the table lists self-referential constructs and their characteristics, the 
right part lists their non-self-referential quasi-equivalents. The table is a bit of a 
stretch because ~(3x)Prf(x,g) is actually not provable in PA as we know it. But there 
is no reason in principle why an axiomatic system S proving it could not exist. It 
could be accomplished for example by adding the reflection principle as an axiom: 

( (3x)(Prf s (x, r i|/"') ) -» m/ (3.2) 

The formula ~(3x)Prf(x,g) says that in S [that presumably encompasses all of 
arithmetic] there is no proof that Prog_A() does not halt. Clearly there is no proof 
that it does halt either [if S is consistent.] Let g' = r (3x)(3y)(Prf(x,y) & This(y))" 1 be 
the Godel number of the negation of G. If S does indeed encompass all of arithmetic 
then there ought to be a proof of ~(3x)Prf s (x / g') J i.e. a proof that there is no proof 
that Prog_A() does halt. 


15 










APPENDIX A: The Recursion Theorem 

Statement of the theorem: Let The a Turing machine that computes a function t: 
N -> N. There is a Turing machine R that computes a number r, such that r = 
T(<R>). 

[<R> is the description of R-, you can think of it as a Turing machine specification 
or source code of a program; we are using "Turing machine" and "program" 
interchangeably.] 

R is a machine that can obtain its own description, inspect or execute itself. 

This particular formulation of the Recursion Theorem and the proof loosely follow 
Lynch and Sipser [4, 7]. 

PROOF: We construct R as follows: R = A o B o T. This means that the output of A 
is fed to B, and the output of B is fed to T. 

* A is a machine that outputs <B o T> on the tape. 

* B is a machine that from input <M> computes <P_<M> o M>, P_<M> is a 
machine that outputs the description of M. 

The output from AtoBis<BoT>.B will transform this into <P_<B oT> o (B o 
T)>. But P_<B o T> is A. So the output from B is <A o B o T> = <R>. So the 
output from B to Tis <R>, and T will compute T(<R>). QED. 

We can represent the Recursion Theorem in C-like syntax. Given a function T() 
that somehow utilizes a function f() we can construct a function R() whose output 
is egual to the output of T() when R() is passed to T(). 

int T( int f() ){ 

// Some functionality possibly utilizing f() 

} 

int R(){ 

T(R); 

} 

The outputs of R() and T(R) are identical. The pointer f() provides access to the 
code of f() as well as the ability to execute it. 
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APPENDIX B: A() fragment 

A reasonable strategy for A() to determine if C_s() does not halt is to call C_s() itself. 
For C_s() is a program that is supposed to halt if C_s() does not halt. So A() can as 
well ask it. And after all C_s() = C_k(s) = A(s,s) are computationally eguivalent. In 
this case when A() is called with s it will go into infinite recursion. The program 
below will actually compile and execute. 

#include <stdio.h> 

#define DEPTH (1000) 

#define INITIALIZE level =0; k = (unsigned int)C k; 
s = (unsigned int)C_s; 

static int level = 0; 
unsigned int s, k; 

A (unsigned int n, unsigned int m); // Forward declaration 

int checkStack(void) { 
level++; 

if (level >= DEPTH) { 

printf( "Almost got there. Have run out of stack.\n\n" ); 
level--; 
return 1; 

} 

return 0; 

} 

C k (unsigned int n) { 

A(n,n) ; 

} 

C_s() { 

C_k(s); 

} 

// If A(n,m) halts then C_n(m) does NOT halt. 

A (unsigned int n, unsigned int m) { 
if ( checkStack() ) return; 

// . 

if (n == s) C_s(); 

// . 

if (n == k && m == s) { 

// Analyze what happens when A() calls C_s() 

// Does C_s() have a base case? 

printf( "Program C_%u( %u ) does NOT halt.\n\n", n, m); 

} 

// . 

level--; 

} 
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int 

{ 


} 


main( int argc, 
INITIALIZE 

A(k,s) ; 

C_k(s); 

A(s,0) ; 

return 0; 


char 

*argv[]) 

// 

macro 

// 

Does C k 

// 

Does C s 

// 

Does C s 


halt? No. 
halt? No answer 
halt? No answer 
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APPENDIX C: Godel’s Sentence 


Here is a simplified derivation of Godel's sentence. In Peano Arithmetic there 
exists a decidable relation Diag(w,y) such that if w is the Godel number of a 
formula with one free variable then y is the Godel number of the formula obtained 
from w by substituting (the numeral of) the Godel number of w for the free 
variable in w. Further let Prf(x,y) be a predicate such that x is the Godel number 
of a sequence that is a proof of the sentence with Godel number y. Then consider 
the formula 

~(3x)(3y )(Prf(x,y) & Diag(w,y)) (U) 

with one free variable w. Let the constant k be the Godel number of U. We 

substitute k for the free variable w in U. We obtain 

~(3x)(3y )(Prf(x,y) & Diag(Ky)) (G) 

As a result of this construction Diag(k,y) is satisfied only by the Godel number of 
G [5]. Instead of Diag(k,y) we will write This(y), and obtain 

~(3x)(3y )(Prf(x,y) & This(y)) (G) 

We are not primarily trying to show how G was derived; we are rather working 
with the final product, and the predicate This() makes it explicit that the sentence 
is referring to itself. 
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